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TITLE OF THE INVENTION 

Game M achine. Backup Control Program of Game Data and Backup Control Method 

BACKGROUND OF THE INVENTION 

5 Field of the invention 

The present invention relates to a game machine, a backup control program and a 
backup control method of game data. More specifically, the present invention relates to a 
game machine provided with a nonvolatile memory having two or three more backup 
areas within an electrically rewritable storing area and game data is written into the 

10 backup area, and a backup control program and a backup control method of the game 
data. 

Description of the prior art 

An example of this kind of a conventional game machine is disclosed in a 
Japanese Patent Laying-open No. 5-12139 [G06F 12/16, A63F 9/22, G06F 1/00, G06F 

15 9/06, GllC 5/00] laid-open on January 22, 1993. In a hot start system of the prior art, a 
backup portion is selected among storing areas for game 1 to game 3 provided in a static 
RAM of a game cartridge in response to an operation by an operator* If no game data has 
been backed-up in a selected backup portion, a backup-objective data area of the scratch 
RAM provided in a video game machine is initialized so as to start a game at the 

20 beginning. On the other hand, if the game data has been backed-up in the selected backup 
portion, the game data is read into the scratch RAM of the video game machine so as to 
resume the game. As the game progresses, the game data in the scratch RAM is renewed, 
and for example, every time of making a hero act, the backup-objective data out of the 
game data of the scratch RAM is automatically stored in a determined (selected) storing 

25 area in the static RAM of the game cartridge, whereby the game status can be 
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automatically backed-up at any time. 

Furthemiore, another example of the prior art is disclosed in a Japanese Patent 
Laying-open No,10-31611 [G06F 12/00, GllC 16/06] laid-open on February 3, 1998. 
In a file system for a nonvolatile memory storage medium of this prior art, a logical block 
5 number obtained by searching a minimum writing times information value among 

unassigned state information in a usage frequency list is made as a write-objective block, 
and whereby, available memory blocks can be written uniformly, that is, the frequencies 
of the writing to the blocks are made even so as to intend to lengthen the life of the 
nonvolatile memory. 

10 However, in die former, the static RAM is utilized as a backup memory, and 

therefore, it is necessary to utilize a battery for bucking-up the game data. Thus, there is a 
higli possibility that the battery is dead in the game during which the battery is especially 
exhausted, and in such a case, there is a problem that all the game data within the static 
RAM may be lost Recently, in order to avoid such the problem, a nonvolatile memory 

15 (e.g., flush memory, ferroelectric memory and etc.) which needs not a battery for holding 
data starts to be utilized as a backup memory. Thus, with utilizing the nonvolatile 
memory, there is no fear of battery exhaustion. However, especially, the flush memory 
has a disadvantage of being slow in writing speed and short in life of storing elements as 
compared with the static RAM. Therefore, if a badcup portion selected by the user is 

20 convergently rewritten, the life of the storing elements at the backup area becomes shorter 
than another backup portion, and therefore, there occurs another problem that the game 
data stored in that backup portion is apt to be lost. 

On the other hand, in the latter, the number of rewriting times of each memory 
blodc of the nonvolatile memory is made even, thereby to prevent a specific memory 

25 block from being extremely shorter in life than other memory blocks. 
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However, even in view of the above-described prior arts, there still e^cists 
problems that if a storing element (or a part of storing area) becomes abruptly defective 
(due to a life and etc.) during the last game data is being written in the backup portion, it 
becomes impossible to write the last game data, and furthermore, due to a fact that a part 

5 of the last game data has been written onto older game data, the older game data may be 
lost Furthermore, in a case that a power of the game machine is tumed-off at a midway 
of writing the last game data, there occurs a problem that both the last game data and the 
older game data are lost and worse yet, all the game data is lost It is noted that lost, due to 
damage, of the game data obtained by progressing the game for long hours is critical for 

10 the player. 

SUMMARY OF THE INVENTION 

Therefore, it is a primary object of the present invention to provide a novel game 
machine, a game data backup control program and backup control method. 

IS Another object of the present uivention is to provide a game machine, a game data 

backup control program and a backup control method capable of surely preventing game 
data at least one generation ago from being lost. 

A game machine according to the invention is provided with a nonvolatile 
memory which has two or three more backup areas in an electrically rewritable storing 

20 area and writes game data in the backup areas. The game machine comprises an area 
selecting means for preferentially selecting, when last game data is to be written, a 
backup area having an older writing time among two or three more backup areas as a 
write -objective backup area of the last game data; a writing means for executing a 
writing of the last game data into the write-objective backup area selected by the area 

25 selecting means; a determining means for determining whether or not the writing of the 
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last game data could be performed by the writing means; a repeating means for repeating, 
when it is determined the writing of the last game data could not be performed by the 
determining means, a selection of the write-objective backup area by the area selecting 
means as necessary; and a prohibiting means for prohibiting, when only a backup area 

5 stored with game data written immediately before the last game data finally becomes a 
selectable state by the area selecting means, a writing to the write-objective backup area. 

Specifically, the game machine (10: reference numeral corresponding to a 
preferable embodiment described later and so forth) is provided with the nonvolatile 
memory (58) having at least the two backup areas in the electrically rewritable storing 

10 area, and the game data is written into the backup area. The area selecting means (40, 
S15) preferentially selects, when the last game data is to be written, the backup area 
stored with the game data having an older writing time among at least two backup areas as 
the write-objective backup area of the last giamie data. The writing means (40, S17, S25) 
executes the writing of the last game data into the write-objective backup area selected by 

15 the area selecting means (40, S15). The determining means (40, S27) determines whether 
or not the writmg of the last game data could be performed by the writing means (40, S17, 
S25). The r^eating means (40, SlOl, S103) repeats, when it is determined the writing of 
the last game data could not be performed by the determining means (40, S27), the 
selection of the write-objective backup area by the area selecting means (40, S15) as 

20 necessary. More specifically, in a case the number of the backup areas is two, even if it is 
determined the last game data could not be written, the selection of the write-objective 
backup area by the area selecting means (40, S15) is not repeated. On the other hand, in a 
case the number of the backup areas is three or more, when it is determined the last game 
data could not be written, the selection of the write-objective backup area by the area 

25 selecting means (40, S15) is repeated so as to repeatedly execute the writing process of 
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the last game data. Then, the prohibiting means (40, S29) prohibits, when only the 
backup areas stored with the game data written immediately before the last game data 
finally becomes the selectable state by the area selecting means (40, SIS), the writing to 
the write-objective backup area. 
5 It is noted that in a case the game data has not yet been stored in the backup area, 

the badcup area is selected with a priority as write-objective backup area. 

According to the present invention, it is possible to surely leave game data one 
generation ago. 

In one embodiment, the writing means writes historical data for discriminating 

10 between oldness and newness of the game data by being included in the last game data, 
and the area selecting means selects, before writing the last game data, a backup area 
stored with game data written earlier than the last game data as the write-objective backup 
area on the basis of the historical data. More specifically, since the writing means (40, 
S17, S25) writes the last game data including the historical data for discriminating 

15 between the oldness and the newness of the game data, the area selecting means (40, SIS) 
can select, before writing the last game data, the backup area stored with the game data 
having an older writing time as the write-objective backup area on the basis of the , 
historical data included in the old data. Accordingly, for example, game data having the 
oldest historical data is determined, and whereby, the backup area in which the oldest 

20 game data is stored can be selected as the write-objective area. 

In another embodiment, the prohibiting means includes a forcedly terminating 
means for forcedly terminating a writing process of the last game data when only the 
backup area stored with the game data written immediately before the last game data 
finally becomes a selectable state as the write objective backup area by the area selecting 

25 means. More specifically, the forcedly terminating means (40, S29) forcedly terminates 
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the writing process of the last game data when only the backup area stored with the game 
data written immediately before the last game data finally becomes selectable as the 
write-objective backup area by the area selecting means, and therefore, it is possible to 
surely leave the old game data onto which overwriting is prohibited. At this time, the last 

5 game data is canceled* 

The other embodiment farther comprises a message displaying means for 
displaying a predetermined alarm message when the overwriting.is prohibited by the 
prohibiting means. More specifically, when the writing is prohibited by the prohibiting 
means (40, S29), the message displaying means (14, 40, S31) displays the predetermined 

10 alarm message so as to urge the user to exchange the nonvolatile memory. 

The backup control program of the game data according to the present invention is 
a backup control program by which the game data is written in two or three more backup 
areas in an electrically rewritable storing area of a nonvolatile memory connected to a 
game machine. The program makes a computer of the game machine execute following 

15 steps of an area selecting step for preferentially selecting, when last game data is to be 
written, a backup area stored with game data having an older writing time among two or 
three more backup areas as a write-objective backup area of the last game data; a writing 
step for executing a writing of the last game data to the write-objective backup area 
selected by the area selecting step; a determining step for determining whether or not the 

20 writing of the last game data could be performed by the writmg step; a repeating step for 
repeating, when it is determined the writing of the last game data could not be performed 
by the determining step, a selection of the write-objective backup area by the area 
selecting means as necessary; and a prohibiting step for prohibiting, when only a backup 
area stored with game data written immediately before the last game data finally becomes 

25 a selectable state by the area selecting step, a writing to the write-objective backup area. 



-6- 



A backup control method according to the present invention is a backup control by 
which game data is written in two or three more backup areas in an electrically rewritable 
storing area of a nonvolatile memory connected to a game machine, and includes 
following steps of (a) selecting as a write-objective backup area a backup area which 
stores game data having an older writing time and to which last game data can be written, 
(b) canceling the last game data, when a writing into the write-objective backup area is 
not executable and only a backup area stored with game data immediately before the last 
game data is selectable as a write-objective backup area, so as to leave the game data 
written inmiediately before the last game data. 

In such the game data backup control program and the backup control method 
also, it is possible to surely leave the g^e data one generation ago similarly to the 
above-described game machine. 

The above described objects and other objects, features, aspects and advantages of 
the present invention will become more apparent from the following detailed description 
of the present invention when taken in conjunction with the accompanying drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Figure 1 is an illustrative view showing one example of an appearance of a game 
machine of the present invention; 

Figure 2 is a block view showing an electrical configuration of the game machine 
shown in Figure 1 embodiment; 

Figure 3 is an illustrative view showing a memory map of a ROM provided in a 
game cartridge shown in Figure 2; 

Figure 4 is an illustrative view showing a selection of backup areas in a case there 
is provided with two backup areas in a flush memory shown in Figure 2; 



Figure S is an illustrative view showing a selection of backup areas in a case there 
is provided with two backup areas in the flush memory shown in Figure 2; 

Figure 6 is an illustrative view showing a state in which in a case the two backup 
areas of the flush memory shown in Figure 2 are provided, when one backup area 
5 becomes unwritable, and the other backup area is prohibited from being written; 

Figure 7 is an illustrative view showing one example of a save screen, a save end 
screen and an error screen displayed on an LCD shown in Figure 1 and Figure 2; 

Figure 8 is an illustrative view showing a state in which in a case the two backup 
areas of the flush memory shown in Figure 2 are provided and a writing prohibiting flag 
10 area is further provided, when one backup area becomes unwritable, and the other backup 
area is prohibited from being written; 

Figure 9 is a flowchart showing one example of an overall process of a CPU 
shown in Figure 2; 

Figure 10 is a flowchart showing a backup process of the CPU shown in Figure 2; 
15 Figure 11 is a flowchart showing a selection process of the backup areas of the 

CPU shown in Figure 2; 

Figure 12 is a flowchart showing a renewal process of historical data of the CPU 
shown in Figure 2; 

Figure 13 is an illustrative view showing one example of a memory map of a flush 
20 memory provided in a game cartridge loaded in another game machine of another 
embodiment of the present invention; 

Figure 14 is a flowchart showing a part of a backup process of a CPU shown in 
Figure 13 embodiment; 

Figure 15 is a flowchart showing another part of the backup process of the CPU 
25 shown in Figure 13 embodiment; and 
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Figure 16 is an illustrative view showing another example of the memory map of 
the flush memory provided in the game cartridge loaded into the game machine of Figure 
13 embodiment. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Referring to Figure 1, a game machine 10 of this embodiment includes a case 12. 
The case 12 is, on the surface thereof provided with a color liquid crystal display 14 
(hereinafter, referred to as ^LCD") at an approximately center. The LCD 14 is displayed 
with a game space and game characters appearing in the game space, and messages as 
necessary. Hie case 12 is on its surface provided with operating buttons 16, 18, 20, 22, 
24, 26 and 28. The operating buttons 16, 18 and 20 are placed at a left of the LCD 14, and 
the operating buttons 22 and 24 are placed at a right of the LCD 14. Furthermore, the 
operating buttons 26 and 28 are placed at an upper end surface (above the LCD) of the 
case 12. 

The operating button 16 is a cross key which functions as a digital joystick and 
instracts a moving direction of a game character displayed on the LCD 14 and moves a 
cursor by operating any one of four depression portions. The operating button 18 is a start 
button formed by a push button and utilized for instmcting a start of the game and etc. 
The operating button 20 is a select button formed by the push button and utilized for 
selecting a game mode and etc. 

The operating button 22 is an A button formed by the push button and allows the 
game character displayed on the LCD 14 to perform an arbitrary action such as hitting, 
throwing, catching, riding, jumping and etc. The operating button 24 is a B button 
formed by the push button, and utilized for changing to a game mode selected by the 
select button 20, canceling the action determined by the A button 22, and etc* The 



operating button 26 is a left depression button (L button) formed by the push button, and 
the operating button 28 is a right depression button (R button) formed by the push button. 
The operating buttons 26 and 28 can perform the same operation as the A button 22 and 
the B button 24 and also function as a subsidiary of the A button 22 and the B button24. 

The case 12 is, at an upper end of its rear surface, formed with a loading slot 30 
into which a game cartridge 32 is loaded. Although not illustrated, comiectors are 
respectively provided at a depth portion of tiie loading slot 30 and at an end portion of the 
game cartridge 32 in the loading direction, and when the game cartridge 32 is loaded in 
the loading slot 30, the two coimectors are coimected with each other. Therefore, the 
game cartridge 32 is allowed to be accessed by a CPU 40 of the game machine 10 (see 
Figure 2). 

Furthermore, the case 12 is below the A button 22 and the B button 24 on its 
surface provided with a speaker 34 for outputting a BGM, voices or onomatopoeic sound 
of the character and so on during the game. 

It is noted that although not illustrated, the case 12 is provided with an external 
expansion connector on its upper surface, a battery accommodating box on its rear 
surface and a power switch, a sound level volume, an earphone jack and etc. on its bottom 
surface. 

An electrical configuration of the game machine 10 is shown in Figure 2. 
Referring to Figure 2, the game machine 10 is provided with the CPU 40 as described 
above. The CPU 40 is called as a computer, a processor or the like and performs an 
overall control of the game machine 10. The CPU or computer 40 is connected to a work 
memory 44, an external memory interface (I/F) 46, a controller l/F 48, a VRAM 50 and 
an LCD driver 52 via an internal bus (hereinafter, simply referred to as "bus")- 

The work memory 44 is utilized as a work area or a buffer area of the CPU 40. 
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The external memory VF 46 is comiected with the game cartridge 32 loaded in the loading 
slot 30 via the connector (not shown) as described above. 

The controller I/F 48 is connected with a controller 54 including the cross key 16, 
the start button 18, the select button 20, the A button 24, the B button 26, the L button 30 
and the R button 32, and therefore, an operation signal in response to an operation of these 
buttons is input to the CPU 40 via the controller I/F 48. 

The VRAM SO is rendered with game image data and character image data in 
accordance with instroctions of the CPU 40. Furthermore, the LCD driver 52 reads the 
game image data and the character image data rendered on the VRAM 50 in accordance 
with instructions of the CPU 40 and displays a game sareen and characters on the LCD 
14. 

Furthermore, the game cartridge 32 is provided with a ROM 56 and a flush 
memory 58 of one example of a nonvolatile memory, and although not illustrated, the 
ROM 56 and the flush memory 58 are connected with each other via a bus and connected 
to connectors. Accordingly, as described above, when the game cartridge 32 is loaded 
into the ^me machine 10, the CPU 40 is electrically connected to the ROM 56 and the 
flush memory 58. 

It is noted that although the flush memory 58 is utilized in this embodiment, as 
another nonvolatile memory, a fenoelectric memory (FeRAM), EEPROM and etc. can 
also be utilized. 

The ROM 56 is previously retained (stored) with a game program 560, image data 
(game image data, character image data, message display image data and etc.) 562, a 
backup control program 564 as shown in Figure 3. The backup control program 564 is 
constmcted by an area selecting program 564a, a trouble determining program 564b, a 
overwrite prohibiting program 564c a message displaying program 564d and a historical 
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data renewing program S64e. It is noted that these programs 564a to S64e are not 
executed independently but executed as a series of processes (see Figure 10). 

It is noted that although not illustrated, the ROM 56 is stored with various data 
such as sound data and etc. required for the game and programs required therefore. 

In addition, the flush memory 58 is stored with game data (backup data). For 
example, when a user plays the game by utilizing the game machine 10, game data is 
stored (renewed) in the work memory 44 of the game machine 10 in accordance with the 
progress of the game. Then, the game data is written (saved) into the flush memory 58 of 
the game cartridge 32 in response to an instruction of the user or at a predetermined 
timing (event). Thereafter, in a case the game is to be continued, the game is advanced as 
it is, and then, storing and backup of the game data described above are executed. 
Furthermore, in a case of endmg the game once, the user reads the game data backed-up 
the last time and starts or resumes next time where the user left off. 

Herein, the flush memory 58, as compared with a memory such as SRAM, has an 
advantage of requiring no backup power source but has disadvantage of being short in 
rewritable life and in rewriting speed. Especially, at a time of writing data, when 
unwritable problems such as physical breakdown, electrical breakdown and etc. occur, a 
part of the game data cannot be written and hence, breakage of the game data occurs. 
Especially, the game data is frequently rewritten as the game progresses as described 
above, and therefore, without taking measures, the breakage of the game data clearly 
exists. 

It is noted that the physical breakdown includes a memory cell (storage element) 
breakdown, a soldering defect, a wiring defect and etc. The electrical breakdown 
includes a shutdown due to carelessness, an instant power failure and etc. In a case of the 
instant power failure, a problem of not returning to a restoring process and etc. occurs. 
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Herein, in this embodiment, the flush memory 58 is provided with two backup 
areas in which the game data is sequentially stored. Thus, even if one backup area is 
broken down, the other backup area surely retains the game data^ and whereby, it is 
possible to prevent all the data from being completely lost Furthermore, when only thing 

5 to be done is to perform overwrite to game data (old game data) written immediately 

before, overwriting on the old data written immediately before is prohibited. Thus, a loss 
of the game data due to a trouble occurring during overwriting the last game data onto the 
old game data can be prevented* 

It is noted that the flush memory 58 generally needs to be rewritten with data 

10 sector (block) by sector (block), but some products are rewritable address by address, and 
in this embodiment, the backup area includes one or two more sectors. That is, the 
number of the sectors included in the backup area is determined depending upon a 
volume of the game data. 

The flush memory 58 has a first bacloip area 58a and a second backup area 58b as 

15 shown in Figure 4 (A). Furthermore, as described above, the game data includes (is 

added with) historical data so as to sequentially write the game data to the first backup 
area 58a and the second backup area 58b in this embodiment. Hiat is, Figure 4 (A) shows 
a state that game data having historical data (1) is written to the first backup area 58a, and 
game data having historical data (2) is written to the second backup area 58b. 

20 It is noted that it is also possible to determine which is the older game data by 

storing a pattern of saved game data in the work memory 44 in place of the historical data, 
for example. 

Herein, in a case the game data (last game data) stored in the work memory 44 of 
the game machine 10 is written to the flush memory 58, the historical data (3) is assigned 
25 to the last game data, and an area to which the last game data is to be written is selected 
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between the first backup area S8a and the second backup area S8b according to a 
predetermined rule (condition for area selection). 

The historical data is assigned to the game data in the order ofl'^2-*3-*'4-^ 
1 by the CPU 40 of the game machine 10, and included in the game data. For example, 
5 although not illustrated, the historical data is determined by a count value of a 2-bit 

counter which is incremented at a time of storing the game data. That is, the count value 
is varied from one another,' W ("1") ^ "01" ^2'') "10" ("3") "11" ("4"), and the 
counter is reset at a time of a maximum value "11" ("11" "00"). 

It is noted that the maximum value "11" ("4") is determined to be multiples of the 
10 number of the backup areas. Accordingly, it is appropriate that a counter capable of 

coimting at least the muhiples of the number of the backup areas is utilized as the counter. 

Furthermore, the condition for area selection is represented by four inequalities of 
2>1, 3>2, 4>3, 1>4. These numerals 1 to 4 are numerical values indicated by the 
historical data and mean that the game data including the historical data of a numeral on 
IS the right side is older than the game data including the historical data of a numeral on the 
left side (written to the flush memory 58 earlier). Sudi the condition for area selection is 
determined (defined) by inequalities (conditions) utilized in correspondence to the 
historical data of the last game data, and specifically represented by a table 1. 



Table 1 



Historical Data of Last Game Data 


Condition for Area Selection 


1 


4>3 


2 


1>4 


3 


2>1 


4 


3>2 



20 
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Accordingly, in Figure 4 (A) state, as a write-objective area for the last game data 
including the historical data (3), the first backup area 58a stored with the game data 
having an older writing time is selected according to the condition of the area selection (2 
>1). The same is true for the following examples so as to select the write-objective 

5 backup area. Then, when the last game data is written to the first backup area S8a, a state 
becomes like Figure 4 (B). 

In a Figure 4 (B) state, in a case of writing next game data (last game data), the 
historical data (4) is assigned to the last game data stored in the work memory 44, and as 
the write-objective area for the last game data, the second backup area S8b is selected 

10 according to the condition of the area selection (3>2). When the last game data 

including the historical data (4) is written to the second backup area 58b, a state is like 
Figure 5(A). 

In a Figure 5 (A) state, in a case of writing next game data (last game data), the 
historical data (1) is assigned to the last game data stored in the work memory 44, and as 
15 the write-objective area for the last game data, the first backup area 58a according to the 
condition of the area selection (4^3) is selected. When the last game data including the 
historical data (1) is written to the first backup area 58a, a state becomes like Figure 5(B). 

In Figure 5 (B) state, in a case of writing next game data (last game data), the 
historical data (2) is assigned to the last game data stored in the work memory 44, and as 
20 the write-objective area for the last game data, the second backup area 58b according to 
the condition of the area selection (l!>4) is selected. Then, the last game data including 
the historical data (2) is written to the second backup area 58b. 

Thus, although the writing (overwriting) of the game data is executed according to 
the condition for area selection, in some cases the last game data cannot be written to the 
25 area selected according to the condition for area selection due to the physical breakdown 
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and the electrical breakdown. In this case, although it is probable that overwriting is 
perfonned with respect to the game data immediately before (one generation ago), if the 
physical breakdown or the electrical breakdown occurs during the overwritmg, all the 
game data may be lost and therefore, the overwriting is prohibited with respect to the last 
game data in this embodiment. That is, a writing process of the game data is forcedly 
terminated. 

Specifically, as shown in Figure 6, in a case the game data including the historical 
data (1) is written to the first backup area 58a and the game data including the historical 
data (4) is written to the second backup area 58b, as the write-objective area for the last 
game data including the historical data (2), the second backup area 58b is selected 
according to the condition of the area selection (4 7> 1). Then, a writing process of the 
last game data is executed. In the writing process of the game data, it is determined 
whether or not the game data is normally written by a checksum, and in a case the normal 
writing is not performed, the writing process is repeated by plural number of times (e.g., 
three times). As a consequence of the writing plural times, if failing in the writing of the 
game data, it is determined to be unwritable. Then, the writing process of the game data is 
forcedly terminated so as to prohibit the writing of the last game data to another area (first 
backup area 58a in Figure 6). 

Furthermore, in a case the game data cannot be written to the flush memory 58, an 
alarm message is displayed on the LCD 14 so as to urge the user to exchange the flush 
memory 58 (to repair the game cartridge 32). For example, when the user instructs to 
store the game data (display a save screen), in response thereto a screen for selecting 
whether or not the saving is to be executed (save screen) is displayed on the LCD 14 as 
shown in Figure 7 (A). Specifically, the CPU 40 reads image data of the save screen from 
the image data 562 stored in the ROM 56 of the game cartridge 32 according to an 
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iBStniction of the user and develops the same on the VRAM 50. Then, the LCD driver 52 
reads the image data of the save screen developed on the VRAM 50 according to the 
instruction of the CPU 40 and outputs the same on the LCD 14. 

Every time the screen is display ed» such the process is executed in the following 

5 description, and therefore, a detailed description on each occasion will be omitted. 

It is noted that the save screen is displayed on a part of the game screen, and 
strictly speaking, the image data of the save screen is overwritten to a part of the image 
data of the game screen developed on the VRAM 50. The same is true for a save end 
screen and an error screen described later. 

10 If '*NO" is selected on the save screen, it is retumed to the game screen so as to 

continue the game. On the other hand, if "YES'' is selected, a writing process of the last 
game data is executed. If succeeding in writing the last game data, a screen (save end 
screen) indicative of a message of an end of the save (normal end) such as "SAVING 
ENDED" is displayed as shown in Figure 7 (B). On the other hand, if foiling in writing 

15 the last game data and being prohibited from being written to another backup area, a 
screen (error screen) indicative of an alarm message such as "BACKUP MEMORY IS 
BROKEN DOWN. PLEASE REPAIR IT. LAST DATA IS NOT SAVED" is displayed 
as shown in Figure 7 (C). 

As described above, it is possible to surely leave the game data one generation 

20 ago, and furthermore, when the alarm message is displayed, by sending the cartridge for 
repair to a manufacturer, for example, it is possible to exchange with a new flush memory 
with the game data one generation ago left. This allows, although the game data is one 
generation ago, the player to resume where the player left off. 

It is noted that in a case that after one backup area becomes unwritable and the 

25 other backup area is prohibited to be written, the player further advances the game, a 
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message indicative of an unwritable state is displayed at only a time that the last game 
data is to be stored, and therefore, there is a fear that a previous effort by the player comes 
to nothing. Therefore, as shown in Figure 8, a write prohibiting flag 58c is further 
provided within the flush memory 58, and a prohibiting flag of the backup area to which 
the overwriting is prohibited is set (tumed-on), that is, overwriting in the backup area is 
prohibited, the alarm message can be quickly displayed with reference to the write 
prohibiting flag 58c at a time of the game start or at a time of being instructed to display 
the save screen, and therefore, it is possible to eliminate the above-described wasted 
effort. 

Furthermroe, it is possible that the physical breakdown or the electrical 
breakdown occurs in the write prohibiting flag area 58c, and therefore, predetermined 
data C'FF' in this embodiment) is written to a specific cell (e.g., last cell) of each of the 
first backup area 58a and the second backup area 58b, and when the writing to the backup 
area becomes disable, the predetermined data written to the specific cell of the backup 
area is rewritten by another data (data except for "FF'). This makes it possible to know 
the backup area which becomes unwritable by searching the data written in the specific 
cell of each of the backup areas, and in a case one backup area becomes imwritable, it is 
determined that overwriting on the old game data written to the other backup area is 
prohibited* 

It is noted that the predetermined data ("FFO written to the specific cell is data for 
prohibiting the game data from being written to the cell on which writmg (rewriting) of 
the data is not generally performed and therefore, the life thereof becomes long. 

The above-described operation is processed by the CPU 40 shown in Figure 2 
according to flowcharts shown in Figure 9 to Figure 12. As shown in Figure 9, when the 
game is started, game data generated according to the progress of the game is stored in the 
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work memory 44 in a step SI. That is, the game data is renewed. In a following step S3, 
it is determined whether or not save screen display is instructed. If "NO" in the step S3, 
that is, the save screen display is not instructed, the process directly returns to the step SI. 
On the other hand, if "YES" in the step S3, that is, the save screen display is 

5 instructed, a save screen shown in Figure 7 (A) is displayed in a step S5. 

In a following step S7, it is determined whether or not saving is selected. Hiat is, 
it is determined whether or not ''YES" is selected on the save screen. If "NO" in the step 
S7, that is, if "NO" is selected, the process directly returns to the step SI. On the other 
hand, if "YES" in the step S7, that is, if "YES" is selected, a backup process is executed in 

10 a step S9, and then, the process returns to the step SI. 

It is noted that although a description is only made on a case the backup process is 
executed in response to an instruction of saving from the user in Figure 9, the backup 
process is automatically executed during the game. For example, a timer for counting a 
predetermined time is provided, and at a time that the timer counts the predetermined 

15 time, the backup process is executed, or in accordance with the progress of the game or in 
response to a predetermined operation (an operation except for instrocting the saving) by 
the user during the game, the backup process is executed. These are arbitrarily 
determined (set) by a developer or a programmer of the game. 

As shown in Figure 10, when the backup process is started, historical data is 

20 assigned to game data (last game data) stored in the work memory 44 in a step Sll. That 
is, numerical data corresponding to a count value of the counter is assigned (included in) 
to the last game data. Next, the historical data included in the game data which is stored 
in the backup area 5Sa and the backup area S8b are read in a step S13, and a selecting 
process of the backup area as the write-objective area is executed in a step S15. 

25 In a following step S17, the last data and the historical data are written to the 



-19- 



selected write-objective backup area. That is, a writing process of the last game data 
including the historical data is executed. In a step S19, it is determined whether or not a 
normal writing is performed by a checksum* That is, the CPU 40 reads the written game 
data from the flush memory 58 and compares the game data with the game data stored in 
the work memory 44 so as to determine if there is a match or coinddence* If there occurs 
a match, that is, if ^TfES" in the step S19, it is determined the normal writing is 
performed, a renewal process of the historical data is executed in a step S21, and then, a 
save end screen shown in Figure 7 (B) is displayed in a step S23 so as to return to the 
backup process. 

On the other hand, in a case the game data are not coincident to each other, that is, 
if "NO" in the step S19, it is determined the normal writing is not performed, and writing 
of the game data is executed a predetermined times (three times, for example) in a step 
S25. At this time, every time that the writing of the game data is performed, the 
above-described checksum is performed. 

In a following step S27, it is determined whether the writing of the game data 
succeeded or not If "YES" in the step S27, that is, if the writing the game data 
succeeded, the process proceeds to the step S21. On the other hand, if ''NO" in the step 
S27, that is, if failing in writing of the g^me data even if the writing process is performed 
a predetennined.number of times, the writing process is ended (forcedly terminated) so as 
to prohibit overwriting of the game data one generation ago in a step S29. Then, an error 
screen shown in Figure 7(C) is displayed in a step S31, and then, the process returns to the 
backup process. Thus, in a case the writing process of the game data (last game data) is 
forcedly terminated, the last game data is abandoned or canceled. 

It is noted that in a case of providing the write prohibiting flag area 58c in the flush 
memory 58 as shown in Figure 8, it is appropriate that writing of the write prohibiting flag 
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is executed when the writing of the game data is ended in the step S29, and then, the error 
screen is displayed in the step S31. This makes it possible to easily know whether or not 
the writing of the last game data is prohibited by referring with the write prohibiting flag 
area at a time of starting the game or at a time that the save screen is instructed to be 
5 displayed, and therefore, it is possible to immediately display the error screen. 

Furthermore, even if the write prohibiting flag area 58c is not provided, when the 
writing process of the game data is ended in the step S29, the data of the last cell of the 
backup area which becomes unwritable may be changed. In this case, it is possible to 
easily know whether or not the writing of the last game data is prohibited by referring to 

10 the data in the last cell of each of backup areas at a time of starting the game or at a time 
that the save screen is instructed to be displayed. 

As shown in Figure 11, when a selecting process of the backup area is started, each 
of the read historical data is compared with each other in accordance with the condition 
for area selection described above in the step S31. The condition for area selection 

15 utilized at this time is determined depending upon the historical data assigned to the last 
game data as described by utilizing the table 1. The backup area to which the game data 
including the oldest (order) historical data is to be written is selected as the 
write-objective backup area and, the then, the selecting process is returned. 

It is noted that in a case the game data is not stored in the flush memory 58 m an 

20 initial state, it is impossible to refer the historical data. Therefore, priorities are assigned 
to respective areas, and until the game data is written to all the backup areas, the game 
data may be written according to the priorities. That is, it is possible to write the game 
data from the first backup area 58a to the second backup area 58b in this order or in 
reverse order thereto. 

25 Furthermore, as shown in Figure 12, when a renewal process of the historical data 



-21- 



is started, it is detennined whether or not the historical data is "4", that is, a count value of 
the counter is "1 1'' in a step S41. If "NO" in the step S41, that is, if the count value is not 
"11", the historical data within the work memory 44 is added with 1 in a step S43, that is, 
the counter is incremented, and then, the renewal process of the historical data is returned. 

On the other hand, if "YES" in the step S41, that is, if the count value is "11", the 
historical data within the work memory 44 is rewritten by "1" in a step S45, that is, the 
coimter is reset and then, the renewal process of the historical data is returned. 

According to the embodiment, when writing of the game data to one backup area 
becomes disable, writing of the game data to the other is prohibited, and therefore, it is 
possible to surely leave the game data one generation ago. That is, it is possible to 
prevent the game data from being damaged. 

In addition, the number of rewriting times of tiie two backup areas is made even by 
sequentially writing the game data to the respective backup areas, and therefore, it is 
possible to maximize the life of the flush memory for rewriting. 

The game machine 10 of another embodiment is the same as the above-described 
embodiment except that three or more backup areas are formed in the flush memory 58 
provided in the game cartridge 32, and therefore, a duplicated description is omitted. 

As shown in Figure 13, the flush memory 58 is provided with N of the backup 
areas 58n (1 ^n (natural number) ^ N) in this embodiment In this embodiment also, the 
game data is sequentially stored in respective one of the backup areas 58n in the same 
manner as the above-described embodiment. For example, until the game data is stored 
in all the backup areas 58n, the backup areas are selected from n=l in order so as to store 
the game data; however, after the game data is stored in all the backup areas 58n, the 
game data is overwritten according to a predetermined condition for area selection. 

It is noted that the backup area is first selected from n=l in order until the game 
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data is stored in all the backup areas 58n in this embodiment; however, if only the writing 
is not performed on the same backup area, the backup area may be selected by an 
arbitrary method. 

The condition for area selection in this embodiment is as shown in Figure 2, and 
the condition for area selection to be utilized is, as the above-described embodiment, 
determined in advance in correspondence to the historical data of the last game data. For 
example, if the historical data of the last game data is '"V\ the condition for area selection 
utilized is 2N > 2N.1 > - >N+2 > N+1. 



Table 2 



Historical Data of Last Game Data 


Condition for Area Selection 


1 


2N>2N-1>— >N+2>N+1 


2 


l>2N>-->N+3>N+2 


3 


2>1>2N>- •>N+4>N+3 


■ 
• 


• 

■ 


N-1 


N-2>N-3>—>l>2N>2N-l 


N 


N-l>N-2>->2>l>2N 


N+1 


N>N-1>— >3>2>1 


• 
• 


• 
• 


2N-2 


2N-3>2N-4>- • •>N-l>N-2 


2N-1 


2N-2>2N-3>- • •>N>N-1 


2N 


2N-l>2N-2>" ■>N+1>N 



That is, as the above-described embodiment, a counter capable of counting 
numbers more than the multiples (2N) of the number of the backup areas (N) is provided, 
and a numerical value of the historical data is sequentially renewed by incrementing a 
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count value of the counter. Furthennore, when a multiple of the number of the backup 
areas is counted, the counter is reset and therefore, it is possible to set the condition for 
area selection by utilizing simple inequalities shown in the table 2. 

In addition, similar to the above-described embodiment, the game data including 
the historical data indicated by the numeral on the right side of the inequality is older than 
the game data including the historical data indicated by the numeral on the left side of the 
inequality. Accordingly, in a case of writing the last game data according to the condition 
for area selection, the backup area stored with the game data induding the historical data 
of the nimieral described at the right end (far-right side) is selected as the write-objective 
backup area. 

It is noted that in a case the backup area which becomes unwritable exists, the 
historical data of the game data stored in the badoip areas except for the backup area 
which becomes unwritable is acquired, and by applying them to the condition for area 
selection, the write-objective backup area is selected. Accordingly, in a case the backup 
area stored with the game data including the historical data having a numeral at the 
far-right side of the condition for area selection becomes unwritable, the backup area 
stored with next older game data (game data including the historical data having a 
numeral at a second position from the right end) is selected as the write-objective area. 
That is, the read historical data is compared according to the condition for area selection, 
and consequently, the backup area stored with the game data including the historical data 
of the numeral at the far-right side is selected as the write-objective backup area. In other 
words, the backup area stored with the game data having an older time of writing to the 
flush memory 58 is preferentially selected. 

Next, a description is made on a detailed process of the CPU 40; however, the 
process is the same as the above-described embodiment except that a part of the backup 
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process is changed, and therefore, a duplicated description is omitted. 

More specifically, the CPU 40 executes a backup process according to a flowchart 
shown in Figure 14 and Figure IS. It is noted that Figure 14 and Figure 15 are applied 
with the same reference numerals (step numbers) as Figure 10 with respect to the same or 

5 similar process. 

As shown in Figure 14, in the backup process of this embodiment, if ''NO'' in the 
step S27, that is, if failing in writing of the game data, it is determined whether or not 
another writable backup area is present in a step SlOl. More specifically, it is determined 
whether or not two or more writable backup area exist. If '^^O" in the step SlOl, that is, 

10 if only one writable backup area is present, the writing process of the game data is ended 
in the step S29 so as to prohibit the writing of the backup area. 

On the other hand, if "YES" in the step SlOl, that is, two or more writable backup 
area exist, another writable (write-objective) backup area is selected in a step S103, and 
then, the process returns to the step S17. That is, in the step S103, a backup area stored 

IS with next older game data to the game data recorded in the backup area selected by the 
selecting process of the backup area in the step SIS is selected. Thus, the selecting 
process of the write-objective backup area is repeatedly executed until the overwriting is 
prohibited. 

It is noted that although it is determined whether or not another writable backup 
20 area exists in the step SlOl in this embodiment, the determination may also be simplified 
by providing the write prohibiting flag desoibed in Figure 8. 

It is noted that until the write prohibiting flag is tumed-on, that is, a normal backup 
area becomes one, the writing process of the game data to the backup area which becomes 
unwritable is executed, and therefore, as shown in Figure 16, by providing a writing area 
2S (unwritable flag area) S8p of the flag (unwritable flag) as to the backup area which 
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becomes unwritable, an unnecessary writing process is avoided, and whereby, it is 
possible to quickly complete the backup process. In this c^e, when the unwritable flag 
area 58p is fixed, in a case a physical breakdown or an electrical breakdown occurs to the 
area, it becomes impossible to refer to the unwritable area with ease, and therefore, it is 
5 necessary for the unwirtable flag area 58p to be moved (rewritten) to another backup area 
58n in a case rewriting is required in the same manner as the backup area S8n. For 
example, it is appropriate that the unwritable flag area 58p is rewritten to the backup area 
recorded with the next older data to the game data recorded in the backup area 58 written 
with the last game data. Accordingly, in this case, it is necessary to complete the writing 
10 process at a time that two writable backup areas are present. 

Furthermore, in a case the unwritable flag area 58p is not provided, if data 
indicative of whether writable or unwritable is written to the end cell of each backup area 
as the above described-embodiment, it is possible to know the unwritable backup area 
58n. 

IS According to this embodiment, when writing is performed to the oldest game data 

and writing of the game data is disabled with respect to all the backup areas but one, 
writing of the game data to the one backup area is prohibited, and therefore, it is possible 
to surely leave the game data one generation ago. That is, it is possible to prevent the 
game data from being damaged. 

20 In addition, by sequentially writing the game data in a plurality of backup areas, 

the number of the writing times to the respective backup areas can be made even, and 
therefore, it is possible to maximize a writable life of the flush memory. 

It is noted that although a description is made on the game machine of the present 
invention taking the portable game machine as an example in the embodiments, it is 

25 needless to say that the present invention can be applied to any form of electronic device 
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such as personal computer, game machine for home use, arcade game machine, portable 
information terminal, cellular phone, and etc. if only it functions as a game machine 
which executes a game program and saves the game data in a nonvolatile memory sudi as 
flush memory and etc. 

5 In addition, the ROM and the nonvolatile memory stored with the backup control 

program need not to be loaded in the game macliine in a detachable manner and may be 

provided within the game machine. 

Although the present invention has been described and illustrated in detail, it is 

clearly understood that the same is by way of illustration and example only and is not to 
10 be taken by way of limitation, the spirit and scope of the present invention being limited 

only by the terms of the appended claims. 
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